home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 4610 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.0 KB

  1. Path: svnews.ubinet.ubs.com!ubszh!ubszh!jis
  2. From: ian.johnston@ubs.com (Johnston Ian (by ubsswop))
  3. Newsgroups: comp.lang.c++,comp.lang.idl-pwave,comp.programming
  4. Subject: Re: C++,  IDL design question
  5. Date: 31 Jan 1996 08:51:06 GMT
  6. Organization: UBS
  7. Distribution: world
  8. Message-ID: <4enahq$o1h@ubszh.fh.zh.ubs.com>
  9. References: <310E3D41.CBB@itsa.ucsf.edu>
  10. NNTP-Posting-Host: nol2179.fh.zh.ubs.com
  11.  
  12. In article <310E3D41.CBB@itsa.ucsf.edu>, Karl Young <kyoung@itsa.ucsf.edu> writes:
  13. |> I'm just starting the design of some medical imaging 
  14. |> software. The lab I'm at has decided that using IDL
  15. |> will make code more usable among collaborators (there
  16. |> is currently a mountain of fairly unreadable C that
  17. |> will probably have to be rewritten) On the other hand,
  18. |> from my limited experience with C++ (just some coding;
  19. |> i.e. no extensive design experience) the project seems
  20. |> to scream out to be written in C++.
  21. |> 
  22. |> So my question is; does it sound reasonable to design
  23. |> the project (Booch diagrams and whatever else...) to
  24. |> be coded up in C++ but allow a lot of the called functions
  25. |> to be written in IDL (e.g. the interface code and image
  26. |> processing stuff) ? (Ideally this should allow for fast 
  27. |> prototyping, via IDL, and then perhaps recoding of the time
  28. |> critical stuff) Has anybody done anything like this and
  29. |> been happy/horrified with the results ?
  30.  
  31. Why is IDL considered a good thing? Because in straight C you can
  32. program without prototypes?
  33.  
  34. It doesn't sound very promising if you need to force your developers to
  35. use prototypes (and otherwise document interfaces) by using IDL...
  36.  
  37. IDL won't buy you anything you couldn't get with prototypes. In addition,
  38. you won't be able to pass C++ class objects (by value, pointer or reference)
  39. into routines, as the IDL prototypes will only be able to deal with C
  40. structs.
  41.  
  42. If you're happy to live with passing C structs around, then sure you can
  43. code in C++, but you're losing a lot of advantages.
  44.  
  45. The only reason to use IDL with C++ is for RPCs.
  46.  
  47. Ian
  48.  
  49.